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Data transmission method and arrangement 

FIELD OF THE INVENTION 

The invention relates to a data transmission method and arrange- 
ment in which data are transmitted between a wireless system and another 
5 system. The invention particularly relates to systems in which data are trans- 
mitted between sets of software in different devices. 

BACKGROUND OF THE INVENTION 

In the design and maintenance of telecommunications systems at- 
tention has been paid to establishment of connections between different sys- 

10 terns and to smooth operation. Separate systems have often been imple- 
mented using quite a few different methods and various apparatuses which 
are incompatible, it has been difficult and time consuming to make different 
systems compatible, if at all possible. 

For this reason several producers of devices and systems have de- 

15 veloped a common architecture called CORBA (Common Object Request Bro- 
ker Architecture), which allows computer systems of different types imple- 
mented with different programming languages to communicate with one an- 
other without difficulty. CORBA defines a GIOP protocol (General Inter-ORB 
protocol) which enables communication between devices of different types 

20 and programs programmed with different languages. The GIOP protocol is a 
common protocol of which a version called HOP (Internet Inter-ORB Protocol) 
has been developed particularly for the Internet environment. Further informa- 
tion on CORBA can be obtained e.g. from the specification published by the 
OMG (Object Management Group) which created this architecture: The Com- 

25 mon Object Request Broker: Architecture and Specification, Revision 2.0, 
Chapter 2: CORBA Overview. The specification is also available at the ad- 
dress www.omg.org. 

CORBA has been developed for systems which have a fixed con- 
nection to one another via an unspecified network. When the protocol was de- 

30 signed, hardly any attention was paid to the possible capacity of the transmis- 
sion path, but the emphasis was on the creation of a flexible and secure proto- 
col. Since the proportion of wireless communication has increased strongly 
during the past few years, data systems and different software are also in- 
creasingly used in computers and devices from which the only or the main 
35 connection to other networks is a wireless network, such as the GSM, GPRS 



or UMTS. The data transmission capacity of wireless networks is, however, 
considerably smaller than that of fixed wired networks. For this reason CORBA 
has not been commonly applied to wireless systems. Transmission of CORBA 
over a wireless transmission path has proven to be very slow due to the large 
5 amount of signalling and data to be transmitted. 

In wireless devices software applications have usually defined their 
own interfaces and connection protocol which have been directly involved in 
the actual data transmission. This is illustrated in Figure 1. The figure shows 
three software applications 100 to 104 which run in a device employing a wire- 
10 less connection. Each software application has a connection protocol 106 to 
110 of its own which it uses to communicate with a transmission layer 112, 
which transmits data using a wireless connection. In this solution the applica- 
tions need to communicate with the transmission layer, which makes devel- 
opment of the application difficult 

15 BRIEF DESCRIPTION OF THE INVENTION 

An object of the invention is to provide a method and an arrange- 
ment implementing the method to alleviate the above-mentioned problems. 
This is achieved with a method of implementing data transmission between at 
least two sets of software used in one or more devices which are able to es- 

20 tablish a connection to a telecommunications system, the method comprising 
implementing at least a portion of a connection between two different devices 
with a wireless connection and carrying out at least part of the communication 
between the sets of software by method calls, each of which includes a ser- 
vice request, the method call being supplied to a service broker of the system, 

25 which supplies the service request included in the method call to the server 
indicated, which responds to the method call according to the service re- 
quested by sending the information required by the service to the service bro- 
ker, which sends the information to the sender of the method call, and the 
method comprising defining the server that offers the service request during 

30 the communication, and at least some of the programs used in the devices 
and participating in data transmission being implemented with a script-based 
programming language. 

In the method according to the invention the program used in a de- 
vice employing wireless connections sends method calls to a certain applica- 

35 tion, which transmits service requests and responses to the requests between 
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the service broker and the software that needs data transmission and renders 
the data transmission requests and responses to the requests compatible be- 
tween script-based software and another system. 

The invention also relates to an arrangement for implementing data 

5 transmission between at least two sets of software used in one or more de- 
vices which comprise means for establishing a connection to a data transmis- 
sion system, where at least a portion of a connection between two different 
devices is implemented with a wireless connection and at least part of the 
communication between the devices is carried out by method calls, each of 

10 which includes a service request, the system comprising one or more service 
brokers which supply the service request included in the method call to the 
server indicated, which is arranged to respond to the method call according to 
the service needed by sending the information requested by the service to the 
service broker, which is arranged to send the information to the sender of the 

15 method call, the server that offers the service request being defined during the 
communication and at least some of the programs used in the devices and 
participating in data transmission being implemented with a script-based pro- 
gramming language. 

The arrangement of the invention comprises an application which 

20 transmits service requests and responses to the requests between the service 
broker and the software requiring data transmission and renders the data 
transmission requests and responses to the requests compatible between 
script-based software and another system. 

The dependent claims disclose the preferred embodiments of the 

25 invention. 

The invention is based on implementing software in wireless de- 
vices which adapt the requests needed by the services used by the sets of 
software in the wireless devices and responses to the requests between a 
wireless device and another external system so that various sets of software 

30 can use the same protocol and the same messages. The wireless device 
comprises an application of its own which converts the request generated by 
the software in the wireless device into a format compatible with another sys- 
tem, and in the other direction a response received from the system is con- 
verted into a format understood by the software in the wireless device. The 

35 application may convert a protocol used in a fixed network, e.g. a GIOP proto- 
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col, into a format that can be transmitted better on a wireless transmission 
path. 

The method and arrangement of the invention provide several ad- 
vantages. Since the invention enables use of the same protocol in several 
5 software applications in wireless devices, the protocol not being dependent on 
the transmission layer and having a basic structure similar to that in a fixed 
network, the development of software and implementation of communication 
will become considerably simpler, without causing too much load on the 
transmission path or without rendering the connection impractically slow. 

10 BRIEF DESCRIPTION OF THE DRAWINGS 

The invention will be described in greater detail by means of pre- 
ferred embodiments with reference to the accompanying drawings, in which 
Figure 1 illustrates prior art application protocols described above, 
Figure 2 illustrates the structure of a mobile communications system 
15 used as an example, 

Figure 3 illustrates the structure of the mobile communications sys- 
tem used as an example in greater detail, 

Figure 4 illustrates CORBA architecture at a general level, 
Figure 5 illustrates a solution according to a preferred embodiment 
20 of the invention, 

Figure 6 illustrates the function of a solution according to a pre- 
ferred embodiment of the invention, 

Figure 7 illustrates a solution according to another preferred em- 
bodiment of the invention, and 
25 Figure 8 illustrates the structure of a device suitable for use in an ar- 

rangement according to the invention. 

DETAILED DESCRIPTION OF THE INVENTION 

The present invention can be applied in various radio systems 
where the terminals have different radio path properties. It does not matter 
30 which multiple access method the system employs. For example, the CDMA, 
WCDMA and TDMA can be used as the multiple access method. Furthermore, 
the system can support both circuit-switched and packet-switched connec- 
tions. 

The structure of a mobile communications system according to an 
35 embodiment of the invention used as an example will be described with refer- 
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ence to Figure 2. This is only one possible alternative, which is obvious to a 
person skilled in the art. The main parts of the mobile communications system 
are a core network CN, an overground radio access network BSS and a sub- 
scriber terminal MS. The interface between the CN and the BSS is called a Gb 
5 interface in this example, and the air interface between the BSS and the MS a 
UM interface. 

The radio access network consists of radio network subsystems 
RNS. Each radio network subsystem RNS consists of a radio network control- 
ler RNC and a base station B comprising one or more transceivers. The inter- 
10 face between the radio network controller and the base station is called a iub 
interface. The coverage area of the base station, Le. a cell, is denoted by C in 
Figure 1 . 

The illustration in Figure 2 is rather abstract, and thus it will be clari- 
fied in Figure 3 with a more detailed example of a cellular radio system. Figure 

15 3 includes only the most essential blocks, but it is obvious to a person skilled 
in that art that a conventional cellular radio network also comprises other func- 
tions and structures that need not be discussed more closely in this context. It 
should also be noted that Figure 3 exemplifies only one possible structure. In 
systems according to the invention the details may differ from those shown in 

20 Figure 3 but these differences are irrelevant to the invention. 

The cellular radio network typically comprises the infrastructure of a 
fixed network, i.e. a network part 300 and subscriber terminals 302 which can 
be fixed, placed in a vehicle or portable. The network part 300 comprises base 
stations 304. The base station corresponds to node B in the preceding figure. 

25 Several base stations 304 are controlled centrally by a radio network control- 
ler 306 which communicates with the base stations. A base station 304 com- 
prises transceivers 308 and a multiplexer unit 312. 

The base station 304 also comprises a control unit 310 which con- 
trols the function of the transceivers 308 and the multiplexer 312. The multi- 

30 plexer 312 is used for arranging the traffic and control channels used by sev- 
eral transceivers 308 on one transmission connection 314. The transmission 
connection 314 constitutes the Iub interface. 

There is a connection from the transceivers 308 of the base station 
304 to an antenna unit 318 which establishes a bi-directional radio connection 

35 316 to the subscriber terminal 302. The structure of the frames to be transmit- 
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ted on the bi-directional radio connection 316 is system-specific and called an 
air interface Um. 

The radio network controller 306 comprises a group switching field 
320 and a control unit 322. The group switching field 320 is used for switching 

5 speech and data and for connecting signalling circuits. The radio network sub- 
system 332 formed by the base station 304 and the radio network controller 
306 also includes a transcoder 324. The transcoder 324 is usually located as 
close to a mobile services switching centre 328 as possible because this 
saves transmission capacity when speech is transmitted in the format of a cel- 

10 lular radio network between the transcoder 324 and the radio network control- 
ler 306. 

The transcoder 324 converts the different digital speech encoding 
formats used between the public switched telephone network and the radio 
telephone network into a compatible format, e.g. from the format of the fixed 
15 network into a format of the cellular radio network, and vice versa. The control 
unit 322 is responsible for call controlling, mobility management, collection of 
statistics and signalling. 

Figure 3 further illustrates a mobile services switching centre 328 
and a gateway mobile services switching centre 330 which is responsible for 
20 external connections of the mobile communications system, in this case for the 
connection to the public switched telephone network 336. 

As is seen in Figure 3, the group switching field 320 can establish 
connections both to the public switched telephone network (PSTN) 336 via the 
mobile services switching centre 328 and to a packet transmission network 
25 342. 

The connection between the packet transmission network 342 and 
the group switching field 320 is established by a support node 340 (SGSN = 
Serving GPRS Support Node). The function of the support node 340 is to 
transmit packets between the base station system and a gateway node 

30 (GGSN = Gateway GPRS Support Node) 344 and keep a record of the loca- 
tion of the subscriber terminal 302 in its area. 

The gateway node 344 connects a public packet transmission net- 
work 346 and the packet transmission network 342. An Internet protocol or an 
X.25 protocol can be used at the interface. The gateway node 344 hides the 

35 internal structure of the packet transmission network 342 from the public 
packet transmission network 346 by encapsulating the structure, and thus the 



7 

public packet transmission network 346 regards the packet transmission net- 
work 342 as a sub-network which comprises a subscriber terminal 302 to 
which the public packet transmission can send packets and receive packets 
from it. 

The packet transmission network 342 is typically a private network 
which utilizes the Internet protocol and carries signalling and tunnelled user 
data. The structure of the network 342 may vary according to the operator in 
respect of its architecture and protocols below the Internet protocol layer. 

The public packet transmission network 346 may be e.g. the world- 
wide Internet network. 

Typically time slots not involved in circuit-switched transmission are 
used for packet transmission at the air interface 316. The capacity is reserved 
dynamically for packet transmission, i.e. as a data transmission request is re- 
ceived, any free channel can be allocated to packet transmission. The ar- 
rangement is flexible, which means that circuit-switched connections have pri- 
ority over packet transmission connections. If necessary, circuit-switched 
transmission overrides packet-switched transmission, i.e. the time slot used by 
packet-switched transmission is allocated to circuit-switched transmission. 
This can be done because packet-switched transmission withstands such in- 
terruptions well: transmission is continued using another allocated time slot. 
The arrangement can also be implemented so that no absolute priority is given 
to circuit-switched transmission but both circuit-switched and packet-switched 
transmission requests are served in their order of arrival. These arrangements 
are not, however, relevant to the present invention. 

In the following, data transmission according to the CORBA archi- 
tecture will be described at a general level by means of Figure 4. Figure 4 
shows a wireless device 400 with an ongoing software application 402. The 
application needs a service, e.g. information from a database, and it sends a 
method call in which this service is defined. The device comprises another 
service broker application which is called an ORB (Object Request Broker) 
404 and processes method calls from different applications. The ORB 
searches for the address of the service provider (suitable server) by sending a 
call to a CORBA name server 412. Having received a response, the ORB 
transmits the call to the server in question. In the case of Figure 4 a suitable 
server is not found under the same ORB and thus the call is forwarded to a 
service broker application 408 of another device 406, which transmits the call 



to a suitable server 410 with which it communicates, the server being typically 
another software application. This server supplies a response which is trans- 
mitted to the original software application 402. The software application 402 
does not know the actual location of the server, but receives information only 
5 on the surrounding environment through method calls. The service brokers 
and the sets of software can be implemented with different programming lan- 
guages and in different apparatuses. During data transmission protection pro- 
cedures related to the parties to data transmission are carried out in accor- 
dance with the CORBA architecture. 

10 Figure 5 illustrates a solution according to a preferred embodiment 

of the invention. The figure illustrates a device 500 which utilizes a wireless 
connection. An application 502 which is able to communicate is running in the 
device. The application is implemented by means of a script-based program- 
ming language, such as JavaScript or WMLScript. The application typically 

15 functions under browser software utilizing Internet connections. The device 
also typically comprises one or more service brokers 504 which supply a ser- 
vice request included in a method call to the indicated server, which is ar- 
ranged to respond to the method call. The indicated server may be in another 
device. If the application needs a service, it sends a method call. The device 

20 comprises an adapter application 506 which recognizes method call parame- 
ters in a script-based method call. The application generates the method call 
in a format understood by the service broker and transmits it to the service 
broker 504. If necessary, the service broker forwards the call to software 508 
to be run in another device 510. The software performs the desired service 

25 and returns a response via its own object adapter 518. The object adapter be- 
longs to the CORBA architecture and adapts the method messages of the 
server for the service broker. Transmission takes place by means of commu- 
nication devices 512 and 514 on a transmission path 516, The transmission 
path may be a radio path of a cellular radio system, another radio link such as 

30 Bluetooth, a link implemented by means of packet-switched traffic (GPRS) or 
an infrared link. 

The application 506 is preferably implemented by a library applica- 
tion. The library application provides the necessary functions for a script-based 
application for sending method calls. The functions convert outgoing method 
35 calls into a general format understood by the service broker and in the other 
direction the messages entering the application are converted into script calls. 
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The function of the application is shown in Figure 6, which sche- 
matically illustrates a library application 506. A method call 600 sent by the 
script software is converted into a general message format 602 by a library 
function, whereas a message 604 entering the script software is converted into 
5 a script call 606 by the library function. This can be implemented e.g. by tabu- 
lating method calls and their parameters and response values. The library rec- 
ognizes the correct message formats in the outgoing messages by means of 
the table. Incoming messages 604 typically include the name of the function, 
which makes conversion easy. 
10 Figure 7 illustrates another preferred embodiment of the invention. 

The figure is similar to Figure 5, except that in this embodiment the adapter 
application is integrated into the communication devices, preferably forming 
part of the control software of the communication devices. This solution has 
the advantage that the complexity and memory need of the device decrease. 
15 Figure 8 illustrates the structure of a wireless system in which the 

solution according to the preferred embodiments of the invention can be im- 
plemented. The device comprises an antenna 818 for transmitting and receiv- 
ing signals. From the antenna a signal is supplied to a duplex filter which sepa- 
rates the signals of the transmission direction from the signals of the reception 
20 direction. The receiver 800 comprises a filter which prevents frequencies out- 
side the desired frequency band. After this, the signal is converted into an in- 
termediate frequency or directly into the baseband in which form a signal is 
sampled and quantized in an analogue/digital converter 802. An equalizer 804 
compensates for interference, e.g. interference caused by muiti-path propaga- 
25 tion. A demodulator 806 picks up a bit flow from an equalized signal and 
transmits the flow to a demultiplexer 808. The demultiplexer 808 separates the 
bit flow from different time slots into separate logical channels. A channel co- 
dec 816 decodes the bit flow of different logical channels, i.e. decides whether 
the whole bit flow consists of signalling information which is transmitted to a 
30 control unit 814, or whether the bit flow consists of speech which is forwarded 
840 e.g. to a speech decoder. The channel codec 816 also corrects errors. 
The control unit 814 performs internal control tasks by controlling different 
units. A burst generator 828 adds a training sequence and tail bits to the data 
received from the channel codec 816. A multiplexer 826 indicates a time slot 
35 for each burst. A modulator 824 modulates digital signals to a radio-frequency 
carrier wave. This function is analogue and thus a digital/analogue converter 
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822 is needed to perform it. A transmitter 820 comprises a filter for limiting the 
band width. The transmitter 820 also controls the output power of transmis- 
sion. A synthesizer 812 provides different units with the necessary frequen- 
cies. The clock of the synthesizer 812 may be controlled locally. The synthe- 
5 sizer 812 generates the necessary frequencies e.g. by a voltage-controlled 
oscillator. 

As illustrated in Figure 8, the structure of a transceiver can be fur- 
ther divided into radio frequency parts 830 and a digital signal processing 
processor with software 832. The radio frequency parts 830 comprise the re- 

10 ceiver 800, transmitter 820 and synthesizer 812, The digital signal processing 
processor and its software 832 include the equalizer 804, demodulator 806, 
demultiplexer 808, channel coded 816, control unit 814, burst generator 828, 
multiplexer 826 and modulator 824. The analogue/digital converter 802 is 
needed to convert an analogue radio signal into a digital radio signal and the 

15 digital/analogue converter 822 is needed to convert a digital signal into an ana- 
logue signal. 

The device may also comprise user interface parts, such as a dis- 
play, keyboard, earpiece and microphone. These are not shown in the figure. 
The control unit 814 of the device is typically implemented with a microproces- 

20 sor and memory elements, including the necessary software. The control unit 
can be used for performing sets of software that need different services, as 
described above. 

Even though the invention has been described with reference to the 
examples according to the accompanying drawings, it is clear that the inven- 

25 tion is not limited thereto but may be modified in various ways within the inven- 
tive concept disclosed in the appended claims. 



